IDENTIFICATION AND ACCOUNTABILITY 
SYSTEM AND METHOD 

Related Application 

This application claims the benefit under 35 U.S.C. § 1 19(e) of 
United States Provisional Patent Application Serial Number 
60/227,331 filed August 23, 2000. 


Background of the Invention 

This invention relates generally to identification and 
accountability systems, and in particular, to an identification and 
10 accountability system and method for firefighter personnel. 

Information transfer and accountability systems may be used in 
any number of fields tasks where tracking personnel activity and 
location is important. Particular application is found in fields where 
individual personnel or teams of personnel operate in dangerous 
15 environments, or immediate danger to life and health 

(IDLH)environments. In such fields, it is advantageous to provide a 
system of tracking individual personnel locations, activities, etc. 

Traditional firef ighting accountability systems revolve around 
an individual Accountability Officer who monitors the positions of 
20 firefighters on-scene. The Accountability Officer may write down the 
name of or take an ID tag from a firefighter as he or she moves into 
the target area. 

The drawbacks of traditional systems are apparent where 
multiple teams are quartered around a large target area. Manually 

2 5 tracking a large number of firefighters can be slow and is susceptible 

to error. Similarly, keyboard entry systems are too slow to be 
practically and reliably effective. Rapid response is often critical to 
containing the incident, and even temporary breakdowns in 
accountability can seriously hamper response efforts. The problem is 

3 0 compounded when team firefighters are separated from their group 

BIOSY/103/US 


EL824181975US 


and end up regrouping with other teams at a point of access remote 
from the Accountability Officer. 

U.S. Patent No. 5,433,612 to Daku describes an electronic 
accountability apparatus for timing and tracking multiple teams of 
personnel and equipment, including multiple timers visible on an 
interface apparatus, the timers pre-assigned by label to team 
members and controllable by pushbutton switches. The apparatus 
interface is provided as a large case designed to be set at a particular 
accountability station. The apparatus does enhance the 
Accountability Officer's ability to track firefighters, but does not 
allow for entry of particular firefighter data, such as name, rank, unit 
number, etc. The apparatus also relies on accurate switch/keyboard 
manipulation by the Accountability Officer and does not provide for 
failsafe data entry. 

One problem with the prior art systems is that it is extremely 
easy for a user to input incorrect information. A user is required to 
navigate several menus, scan particular codes or remember specific 
key stroke sequences to enter and/or activate the accountability 
apparatus. As a result a user may incorrectly select the wrong user 
or fail to activate a user in the system as users are moving to the 
scene. In addition, the amount of information that may be 
transferred by prior art systems is extremely limited. 

An additional problem with the prior art concerns the systems 
that use a PC for downloading information to the instrument. In 
using such instruments it becomes burdensome to transport and 
safely store the PC while a user performs the underlying tasks 
suggested herein above. In addition the use of PC requires an 
increased skill level of an operator and increases the cost of the 
detection instrument system. 


U.S. Patent No. 6,029,889 to Whalen Jr. et al. describes an 
accountability system including a bar code reader, a computer, a 
display and an alarm. The system is reliant on an ID badge printed 
with multiple bar codes containing different types of information. In 
5 such systems, a bar code reader is connected to a detection 

instrument, which is used to scan bar code labels pertaining to users 
and locations. Although bar code instruments eliminate some the 
problems present in other prior art detection systems, they too have 
many problems. One problem, similar to the PC systems, is that a 

10 bar code reader must be attached to and therefore transported along 
with, the instrument. Another problem is that the bar code labels 
typically do not withstand some of the harsh environments where 
these instruments are typically used. While such a system is helpful 
to scene accountability, there is a danger that the ID badges will be 

15 damaged by fire or smoke. Additionally, selection of and scanning of 
particular bar codes can be cumbersome under rapid response 
conditions with multiple firefighters. Reprogramming of bar coded 
labels cannot be performed in real-time and is also difficult. Indeed, 
reprogramming of bar code labels requires reprinting and re- 

2 0 laminating, neither of which can be practically performed under rapid 
response conditions with multiple firefighters. 

What is needed in the art is a reliable accountability and 
identification instrument and system that increases accuracy, system 
flexibility, ease of use, that decreases log in/out times and that 

25 functions well in harsh environments. 

Summary of the Invention 

The above-described drawbacks and disadvantages of the prior 
art are alleviated by the accountability and identification system of 
the present invention. The accountability and identification system 
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comprises multiple touch sensors, each of which has information 
stored in a memory. At least one of the touch sensors is a personal 
identification touch sensor having user information on a unique user 
stored in the memory. The system also comprises at least one 
5 instrument. Each of the instruments includes a receptacle which 

momentarily receives the personal identification touch sensor to read 
the user information stored therein. Each instrument also includes a 
microprocessor in electrical communication with the receptacle. The 
microprocessor has a memory portion for storing operating software 

10 and the user information read by the receptacle. Each instrument 
further includes a display in electrical communication with the 
microprocessor. The display provides a visual indication of portions 
of the user information selected by the operating software. 
Preferably, the memory portion of the microprocessor 

15 comprises flash memory and read only memory and the memory of 
the touch sensor comprises a programmable silicon chip. The user 
information may include a user identifier, next of kin, role, and 
medical information unique to the user. The microprocessor also has 
a data port which is electrically connected to first and second 

2 0 electrical contacts of the receptacle. First and second electrical 

contacts on each touch sensor are contacted to the first and second 
electrical contacts of the receptacle, respectively, to read the 
information stored in the memory of the touch sensor. 

In addition, at least one of the touch sensors is a data touch 
25 sensor having user information on a unique group of users stored in 
the memory. The data touch sensor may also have incident data 
stored in the memory. Preferably, immediate danger to life and health 
(IDLH) devices will have an 1DLH touch sensor mounted thereon. The 
IDLH touch sensor has IDLH information unique to the specific IDLH 

3 0 device stored in the memory. The IDLH information may include the 

BIOSY/103/US 


name of the IDLH device, the rated lifetime of the IDLH device, the 
remaining lifetime of the IDLH device, and the time the IDLH device 
was logged-out for use. 

Each instrument includes an operator interface in electrical 
communication with the microprocessor for controlling operation of 
the operating software stored in the memory. The operating 
software includes station, accountability, and sector modes of 
operation and the operator interface includes a mode button for 
selecting the mode of operation. The operator interface also includes 
first and second function buttons and the operating software includes 
WHO, YES, NO, ADD, OUT, acknowledge (ACK), TIME, and 
Personnel Accountability Report (PAR) initiation functions, the mode 
of operation assigning one of the software functions to each of the 
function buttons. The operator interface further includes a pair of 
scroll buttons. 

The system provides accountability for individual firefighters, 
firefighting units, and firefighting equipment at a fire scene. User 
information pertaining to a single firefighter is recorded into the 
memory of a personal identification touch sensor which will be 
carried by the firefighter. This is repeated for each firefighter. The 
firefighters assigned to a firefighting unit log-in to a unit instrument at 
the start of each work shift by touching their personal identification 
touch sensor to the receptacle of the unit instrument, whereby the 
user information is read by the receptacle and stored into the unit 
instrument memory, forming a unit roster of on-duty firefighters. The 
unit instrument is carried to the scene of each fire visited by the 
firefighting unit. While at the fire scene, the officer in charge 
indicates in the unit instrument memory which firefighters of the unit 
roster are positioned in a dangerous environment at each point in 
time. At the end of the work shift, each firefighter logs-out from the 


unit roster by touching their personal identification touch sensor to 
the receptacle of the unit instrument. Preferably, data recorded in the 
memory of the unit instrument is periodically downloaded into a 
central computer. This may occur immediately after the firefighting 
5 unit has left the fire scene, at the end of each work shift, or at some 
greater interval, depending on the storage capacity of the unit 
instrument and the frequency and duration of the firefighting 
incidents. 

The unit roster is maintained current by the officer in charge by 
10 logging-out firefighters from the unit roster as they individually leave 
the fire scene and logging-in individual firefighters to the unit roster 
who are newly arrived at the scene by touching their personal 
identification touch sensor to the receptacle of the unit instrument. 
When the firefighter's personal identification touch sensor is not 
15 available for use, such firefighter may be manually logged-out or 

logged-in with the unit instrument user interface. When a firefighter 
is manually logged-in, the software assigns a unique guest to each 
such firefighter. 

Periodically, a personnel accountability report (PAR) is 

2 0 performed while the firefighting unit is at the scene of each fire to 

verify the location of each firefighter of the unit roster. During the 
PAR, the officer in charge indicates in the unit instrument memory 
the identity of each firefighter of the unit roster who cannot be 
located at the time of the PAR. 
25 The officer in charge also indicates in the unit instrument 

memory which firefighters of the unit roster have IDLH equipment 
assigned to them. This is accomplished by scrolling through the unit 
roster with one of the scroll buttons until the identifier of the 
firefighter appears in the unit instrument display. Touching the IDLH 

3 0 touch sensor mounted on the IDLH equipment to the receptacle of 
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the unit instrument causes the IDLH information stored thereon to be 
read by the receptacle, correlated with the record of the firefighter 
whose identifier is shown in the display, and stored into the unit 
instrument memory. Preferably, the IDLH information includes the 
5 remaining useful lifetime of the IDLH device and the unit instrument 
software initiates a timer routine which counts-down the remaining 
useful lifetime and provides at least one indication as the count-down 
approaches the end of such useful lifetime. 

When multiple firefighting units are present at the fire scene, 

10 one of the firefighting units is designated as the command unit and 
the unit instrument of the command unit is designated as a central 
accountability instrument. Each of the other firefighting units is 
designated as a sector unit and the unit instruments of each of the 
sector units are designated as sector instruments. Each sector unit 

15 is logged-in into the central accountability instrument. 

To log-in the sector units, the unit roster of each sector 
instrument is copied into the memory of a data touch sensor by 
touching the data touch sensor to the receptacle of the sector 
instrument, whereby the unit roster is read by the data touch sensor 

2 0 and stored in the memory. Touching the data touch sensor to the 
receptacle of the central accountability instrument causes a unique 
sector unit identifier and the unit roster information of the sector unit 
to be read by the receptacle and stored into the memory of the 
central accountability instrument. The central accountability 

2 5 instrument maintains first level and second level tiers of data. The 
first level tier includes the unit roster of firefighters who are 
individually logged-in to the central accountability instrument and the 
sector unit identifiers of each sector unit logged-in to the central 
accountability instrument. The second level tier includes the unit 
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rosters of each sector unit logged-in to the central accountability 
instrument. 

Changes in the information stored in the sector instruments is 
communicated to the central accountability instrument. Preferably, 
5 such communication is performed periodically by the sector 

instrument software via a transmitter/receiver contained in each unit 
instrument. 


Brief Description of the Drawings 

The present invention may be better understood and its 
1 10 numerous objects and advantages will become apparent to those 
skilled in the art by reference to the accompanying drawings in 
which: 

Figure 1 is a front perspective view of an identification and 
accountability instrument in accordance with the present invention; 
3 15 Figure 2 is a back perspective view of the identification and 

accountability instrument of Figure 1 ; 

Figure 3 is a schematic view of the identification and 
accountability instrument of Figure 1 , illustrating exemplary interfaces 
with other components of the identification and accountability system 
2 0 and with non-system apparatus; 

Figure 4 is a perspective view of a personal computer having a 
wand in accordance with the present invention; 

Figure 5 is a perspective view of a personal information button; 
Figure 6 is a perspective view of an identification badge having 
2 5 a personal information button in accordance with the present 
invention; 

Figure 7 is a schematic flow diagram of the instrument of 
Figure 1 in station mode, illustrating the information provided on the 
instrument display; 
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Figure 8 is a schematic flow diagram of the instrument of 
Figure 1 in the PAR routine, illustrating the information provided on 
the instrument display; 

Figure 9 is a schematic diagram of the instrument of Figure 1 
5 in accountability mode; and 

Figure 1 0 is a schematic diagram of the instrument of Figure 1 
in sector mode. 


Detailed Description of the Preferred Embodiment 

An accountability and information instrument 10 in accordance 
J 10 with the present invention is shown generally as in Figures 1 through 
3. In accordance with the present invention, the instrument 10 
includes a receptacle connector 12 mounted to the housing 14 of the 
instrument 10. Receptacle connector 12, also referred to as a 
receptor, is electrically connected to a data port 16 of instrument 10 
* 15 and is used to transfer information to the instrument 10. In an 
alternative embodiment (not shown) receptacle connector 1 2 is 
integrally molded into the housing 14 to eliminate external 
attachments to the instrument 10 and the environmental and 
interference problems described herein above. Receptacle connector 
2 0 12 further comprises two contacts 1 8, 20. 

Instrument 10 includes a microprocessor 22, preferably 
comprising a 16 bit micro controller with 512 kilobytes of flash 
memory and 32 kilobytes of boot ROM. Information may be stored in 
the memory 24 to configure a particular instrument. Such 
2 5 information may include the company name to which the instrument 
is being assigned, the current time and date, and whether the 
instrument should primarily display company or individual data. 

Instrument 10 further includes appropriate software 26 to 
interpret and manipulate the information transferred and thereby 
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provide a variety of functions including presenting messages and 
prompts for display on display screen 28. The screen 28 may simply 
provide a graphical interface, or it may include a data input feature, 
where the interface may be manipulated (for example, with a finger 
or stylus), and where such manipulation affects the resident software 
26. 

In the preferred embodiment of Figure 1 , the screen 28 is back- 
lighted and provides a variety of visual information. For example, the 
display screen 28 may provide a visual indication of the operating 
mode 29, the number of users 30 logged into the instrument 10, and 
the equipment 32 the instrument 1 0 is assigned to and performing 
accountability for. The display screen 28 also preferably provides 
first and second visual indicators 34, 36 of hot key assignments for 
first and second function buttons 38, 40, respectively, as described 
below. 

A preferred series of interface buttons 38, 40, 42, 44, 46 are 
illustrated, including first and second function buttons 38, 40, first 
and second scroll buttons 42, 44 and a mode button 46. The 
operation of the first and second function buttons 38, 40 is 
dependent on the mode of operation and what step of the mode 
subroutine software is being performed. The first and second hot key 
visual indicators 34, 36 provide a display of the specific function of 
the first or second function buttons 38, 40 , respectively, at any 
time. Pressing either function button 38, 40 initiates the software 
action indicated in the associated visual indicator 34, 36. The scroll 
buttons 42, 44 generally scroll through a list of users or user 
information or allow a floating indicator (not shown) to be advanced 
or drawn back across the display 28. The mode button 46 transfers 
the instrument 10 from one mode of operation to another. The 


buttons 38, 40, 42, 44, 46 are preferably large to facilitate operation 
by a user wearing gloves. 

The instrument preferably includes a power and/or system data 
transfer indicator 48 on the front wall 50 of the housing 14. The 
instrument 10 also preferably includes an infrared port 52, facilitating 
data transmission and/or providing visible indication of system data 
transfer. 

Referring now to Figure 2, the instrument 10 preferably 
includes a charging interface 54, the interface 54 allowing charging 
of an internal, rechargeable battery 56 via a battery charger 58. A 
recess, or groove 60, is shown on the back wall 62 of the housing 
14. A mounting bracket 64 is shown attached to the back wall 62 
and side walls 66 of the housing 14. The mounting bracket 64 
facilitates secure attachment of the instrument 10 to, for example, a 
firefighters turnout gear. The mounting bracket 64 may further 
include mounting rings (not shown), such that the mounting bracket 
64 may be clipped to a neck strap. 

Referring to Figures 1 and 2, the instrument 10 preferably 
includes a roughened area 68 on at least one side wall 66 of the 
housing 14 to facilitate handling of the instrument 10 by a gloved 
user in extreme conditions. Preferably, the roughened area 68 is a 
hard plastic or rubber. To protect the interior components of the 
instrument 10 in such conditions, the housing 14 is preferably sealed 
along all seams by a material 70, for example rubber, which is more 
compliant than the material of the housing 14. 

Referring now to Figure 5 there is shown an information button 
72 comprising a computer chip (not shown) preferably encased 
within a stainless steel housing 74 and containing computer memory 
on which to store information. Information button 72 resembles a 
watch battery, as is known, and comprises two separate contacts 


76, 78 to mate with contacts 18, 20. In an embodiment of the 
present invention receptacle connector 1 2 is a Blue Dot Receptor and 
information button 72 is an iButton™, both manufactured by Dallas 
Semiconductor. 

Information button 72 comprises a silicon chip having a unique 
registration number engraved therein and a computer memory 
medium. The information button 72 is converted to a personal 
identification button (PIB) 72 by storing data pertaining to an 
individual in the computer memory medium. This data is initially 
entered into a personal computer (PC) which is configured as an 
instrument 10' and transferred to the PIB 72, as described below. 
Similarly, the information stored on the PIB 72 may be read by 
placing the PIB 72 within the connector 12. Momentary contact of 
contacts 76, 78 with contacts 18, 20 transfers information between 
the button 72 and the instrument 10, 10' at a rate of up to 142 
kilobits per second. The same momentary contact also allows the 
instrument 10, 10' to re-program the button 72 in real time to reflect, 
for example, changes in status, changes in medical conditions 
entered by REHAB personnel or changes roster assignments. 

Referring now to Figure 6, an example of a PIB 72 is shown as 
part of a typical identification badge 80 worn by an individual. 
Personal identification badges 80 are preferably made from a self 
extinguishing material suitable for use under extreme conditions and 
are assigned to all incident response personnel. The typical 
information stored in the memory of each PIB 72 includes any 
information which is pertinent to the individual. For example, such 
data may include user mode level (rank or role), identification of the 
user, including name, employee number, photographic image, age, 
sex, social security number, medical information (including 
information about allergies, conditions and blood type, among 


13 

others), unit assignment, next of kin and user-specified default 
software settings, among others. The identification badge 80 may 
also include visual markings, which may include text or image 
identifiers. 

5 Data transfer buttons 82 (physically identical to any other 

information button) are preferably programmed in a similar manner 
with authorization codes or executables to commence transfer of 
roster data from the handheld instrument 1 0 to another handheld 
instrument 10 or to a personal computer 10 ; , or to activate 
10 transmission of data by other means, including cellular, RF or IR data 
transmission, among others. The data transfer button 82 may also 
be configured to store roster data in the computer memory medium 
of the button 82 for transfer to another handheld instrument 10 or to 
a personal computer 10'. Data transfer button 82 should be 
15 distributed to accountability officers along with the instrument 10. In 
an alternate embodiment, the accountability officers' PIBs 72 may 
also be programmed to act as data transfer buttons 82. 

IDLH (Immediate Danger to Life and Health) buttons 83 may be 
mounted on self contained breathing apparatus (SCBA) or other IDLH 
20 equipment 85 having a limited lifetime of operation. IDLH buttons 83 
are physically identical to PIBs 72 and data transfer buttons 82 and 
are programmed in a manner similar to that described above with 
information relating to the specific IDLH equipment 85 on which it is 
mounted. For example, such information may include the a unique 
25 identification number (such as a serial number) associated with the 
equipment 85, the name of the equipment (e.g. "SCBA"), the rated 
lifetime of the equipment, the remaining lifetime of the equipment, 
and the time the equipment was logged-out for use. As explained in 
greater detail below, IDLH equipment 85 may be logged-in to an 
3 0 instrument 10 and associated with a specific user so that the 
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accountability officer and the associated sector officer (if scene has 
multiple sectors) may more actively monitor firemen utilizing IDLH 
equipment 85. 

Turning now to Figure 4, an alternative embodiment comprises 
5 a conventional personal computer 10' having volatile and non-volatile 
memory, a display 84, and a keyboard unit 86, In addition, the 
computer 1 0' has an infrared port 88 and a programming kit which 
comprises a wand 90 which connects to the serial port of the 
computer 10', a receptacle connector 92 on the wand 90, and 

10 programming software. The keyboard unit 86 or touch control 

software stored in the computer may be used to search for individual 
profiles or to scroll through individual profiles stored in memory. 
Personal data stored on a PIB 72 may be read or updated by 
contacting the PIB 72 to the receptacle connector 92 of the wand 

15 90. A configuration mode in the software resident in the computer 
10' allows information to be added, changed, updated or deleted in a 
quick and efficient manner. 

Programming of information buttons 72, 82, 83 begins when 
an individual inserts a button 72, 82, 83 into the connector 92 on the 

20 wand 90. The connector 92 is similar to connector 12 as described 
herein above and interfaces with electrical contacts. Once the button 
72, 82, 83 is inserted into the wand 90 the individual is led by 
prompts to program information into the button 72, 82, 83 using the 
keyboard 86 (or other data entry device). Once programming is 

2 5 complete the individual selects "upload" from the particular prompt 

and the information is transferred to the button 72, 82, 83. 

The instrument 10 has three modes of operation: station mode, 
accountability mode, and sector mode. When the instrument 10 is 
not in use at the scene of a fire, it is in the station mode and is 

3 0 generally stored in the battery charger 58. The battery charger 58 
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may be mounted in and powered from a fire vehicle or mounted in 
and powered from the fire station. 

Preferably, each fire fighter, or user, is issued an identification 
badge 80 including a PIB 72 that is unique and is preprogrammed to 
5 contain information specific to the individual to which it has been 
issued. As a user commences a duty shift, he or she logs-in by 
briefly contacting the PIB 72 on his/her identification badge 80 to the 
connector 12 on the instrument 10. When the instrument 10 is in 
the station mode, as illustrated in Figure 7, logging-in 94 a user with 

10 his/her PIB 72 causes the software 26 residing in instrument 10 to 
record the user information stored in the PIB 72 in the instrument 
memory 24 and to briefly display 96 log-in information for the user 
on the display screen 28. Preferably log-in (and log-out) of users via 
the user's PIB 72 is further accompanied by flashing the power LED 

15 indicator 48 and by an audible indicator. In the preferred embodiment 
the audible indicator has an ascending tone on log-in and a 
descending tone on log-out. 

Generally, the first function button 38 is the WHO hotkey and 
the second function button 40 is the TIME hotkey while the 

2 0 instrument 10 is in the station mode. When the TIME hotkey is 

pressed 98, the time stored in memory 24 is displayed 100 and may 
be adjusted with the scroll buttons 42, 44. The instrument 10 
automatically reassigns the first and second function buttons 38, 40 
as the WHO and TIME hotkeys after a preset period of time. 

2 5 The roster 102 of logged-in users may be reviewed by pressing 

the WHO hotkey once 1 04, causing the software 26 to display 
information 106 on one of the logged-in users on the display screen 
28. Information on each logged-in user may be viewed by pressing 
1 08 the first or second scroll buttons 42, 44. To prevent the list of 

30 logged-in users from becoming too long for practical use, the 
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software 26 utilizes a multi-tier log-in and display system. The 
names of all users directly logged-in to an instrument 10 will appear 
in the first tier 1 10 of the log-in and display system. In addition, if 
the rosters of later arriving engines or other firefighting units have 
5 been logged-in to the instrument 10 by a data button 82, a unique 
identifier 112 associated with each such later engine or unit will be 
displayed in the first tier 110. To review the roster information of a 
later engine or unit, one of the scroll buttons 42, 44 is pressed 108 
until the identifier 1 1 2 of the later engine or unit is shown in the first 
10 tier 1 10 of the display 28. Touching 1 14 the WHO hotkey (button 
S 38) will instruct the software 26 to display the roster information of 

H the later engine or unit associated with the identifier shown in the 

*?* display 28 in the second-tier 1 16 of the log-in and display system. 

111 Pressing 108' either scroll button 42, 44 will cause the names of the 

7* 15 users in such roster to be successively displayed. The log-in and 
g display system is returned to the first tier 1 1 0 by pressing 118 the 

fU mode button 46. It should be appreciated that the software 26 may 

if'! I. 

p include third, and higher, level tiers if required. 

If a firefighter has misplaced his or her identification badge 80, 

2 0 they may be manually logged-in and/or manually logged-out of the 

instrument 10. The software 26 has ten (10) unique preprogrammed 
"guest" IDs. To manually log-in a user, the WHO hotkey (function 
button 38) is pressed 1 18, causing the software 26 to convert the 
function of the first function button 38 to the "OUT" hotkey and the 
25 function of the second function button 40 to the "ADD" hotkey. 
Pressing 1 20 the ADD hotkey (function button 40) causes the 
software 26 to assign the displayed guest ID (e.g. GUEST 1, GUEST 
2) to the "guest" user. The software automatically returns 1 22 to the 
initial station mode after a preset period of time, reassigning the first 

3 0 function button 38 as the WHO hotkey and the second function 
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button 40 as the TIME hotkey. It should be appreciated that a guest 
ID that has been logged-in must be logged-out before the software 
26 will allow reuse of that guest ID. 

To manually log-out a firefighter, one of the scroll buttons 42, 
5 44 is pressed 1 08 until the name of the affected user, or guest ID if 
manually logged-in, is shown in the display 28. Touching 124 the 
WHO hotkey (button 38) will instruct the software 26 to reassign the 
first and second function buttons 38, 40 as the YES and NO hotkeys 
and to display a message 1 26 requiring verification of the manual log- 

10 out of the selected individual. If the NO hotkey is pressed, the 
software 26 returns 1 28 to the roster presentation. If the YES 
hotkey is pressed, the selected user is logged-out, a message is 
displayed 1 30 in the display screen indicating such log-out, and the 
software 26 returns 132 to the roster presentation. 

15 The first instrument 10 to arrive at the scene of the fire begins 

an accountability session. The accountability session is initiated by 
pressing the mode button three times 1 34, causing the software 26 
to display a message 1 36 requiring the officer in charge to select 
either accountability mode or sector mode. If either the ACCT 

2 0 (accountability) hotkey or the SECT (sector) hotkey is pressed, the 
associated subroutine will be initiated, transforming the instrument 
10 into an "accountability instrument" or a "sector instrument". If 
neither hotkey is pressed, the instrument 1 0 will be returned to the 
station mode after a preset time period. Removing the instrument 10 

25 from its charging station will cause the software to display a prompt 
at the display 28 suggesting that the instrument 1 0 be transferred to 
either the accountability mode or the sector mode if the mode has not 
already been transferred. The accountability instrument 10 will take 
charge of the entire incident with regard to accountability. 

30 Specifically, in the accountability mode, the instrument 10 is 
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configured to oversee incident command or accountability officer 
functions on-scene, including incident personnel log-in or log-out 
(preferably covering the entire on-scene roster), personnel log-in or 
log-out from IDLH environments and generation of personnel 
accountability reports (PARs). 

Preferably, the sector and accountability instruments 1 0 track 
data corresponding to current rostering, default zone and role 
assignments, indication of whether breathing assist devices are 
employed and timing of breathing assist device usage. Preferably, as 
a user enters the work zone, a timer is activated on the instrument 
10, for example by manual data entry or by holding down one or 
more keys while contacting the PIB 72 to the instrument receptacle, 
which records exposure time alongside roster data. As described 
above for exposure timer activation, the exposure timer may be 
stopped by manual data manipulation or by the PIB 72. 

Preferably, when a piece of IDLH equipment 85 is assigned to 
a fireman, such equipment is logged-in to an instrument 10 and 
associated with the specific user to which it has been assigned so 
that the accountability officer and the associated sector officer (if 
scene has multiple sectors) may more actively monitor firemen 
utilizing IDLH equipment 85. This is accomplished by pressing 108 
one of the scroll buttons 42, 44 until the name of the user is shown 
in the display 28. Touching 136 the IDLH button 83 to the 
receptacle connector 1 2 will cause the software 26 to log the 
information stored thereon into the instrument memory 24, identify 
the input device as an IDLH button 83, and associate 1 38 the 
information received from the IDLH button 83 with the user who's 
name is currently displayed. A timer sub-routine 140 of the software 
26 may be initiated and identified with the IDLH button 83 to count- 
down the remaining useful life of the IDLH equipment, as determined 
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from the information provided by the IDLH button 83. One or more 
warning signals may be emitted by the instrument 1 0 as the count- 
down approaches and arrives at the zero point in time (the end of 
useful life). 

With reference to Figure 8, Personnel Accountability Reports 
(PARs) are initiated 1 42 by the software 26 at predetermined 
intervals throughout the running of an accountability or sector 
session. A PAR may also be initiated 144 by pressing the mode 
button 46. During a PAR, the instrument displays a list of the 
logged-in personnel and units, and the accountability or sector officer 
must acknowledge either each individual or the company as a whole 
as being present and accounted for. Records are logged in memory 
for every PAR performed. 

When the PAR subroutine is running on the instrument 10, the 
first function button 38 is assigned as the OUT hotkey and the 
second function button 40 is assigned as the ACK (ACKnowledge) 
hotkey. The software 26 sequentially presents 146 the name of each 
logged-in user and unit identifier 1 1 2 of the first tier 1 1 0 in the 
display 28. As each name and unit identifier 1 12 is presented, the 
accountability or sector officer must provide an input as to the status 
of that user or unit. 

If the accountability or sector officer can personally verify, for 
example by sight, that the user or unit is still present at the scene, 
he/she presses the ACK hotkey 1 48 and the name of the next 
user/unit is presented in the display. If the accountability or sector 
officer knows that the user or unit has left the scene, he/she presses 
the OUT hotkey 150 and the software 26 reassigns the first and 
second function buttons 38, 40 as YES and NO hotkeys, 
respectively, and queries 152 whether that user/unit should be 
logged-out. To manually log-out the user/unit, the accountability or 


sector officer merely presses 1 54 the YES hotkey, the software logs- 
out the user/unit and displays a message 1 56 that the user/unit has 
been logged-out. If the NO hotkey is pressed 158, the software 26 
returns 1 60 the display to the roster information on the user/unit 
(that is it backs-up one step). When the name of the last user/unit in 
the roster is acknowledged or manually logged-out, the software 26 
terminates the PAR event and returns 1 62 the instrument 1 0 to 
either accountability or sector mode. 

If the accountability or sector officer does not know that the 
user/unit has either left the scene or is present at the scene, he/she 
presses 1 64 the mode button 46 and the software 26 reassigns the 
first and second function buttons 38, 40 as YES and NO hotkeys, 
respectively, and queries 166 whether the PAR has been completed. 
If the YES hotkey is pressed 1 68, the software 26 records the 
user/unit as "missing" during the PAR event and returns 1 70 to either 
accountability or sector mode. If the NO hotkey is pressed 1 72, the 
software 26 records the user/unit as "missing" 1 74 during the PAR 
event and continues the PAR 176, displaying the name of the next 
user/unit. An asterisk appears next to the name of each user/unit 
who has been identified as being missing in the previous PAR when 
the roster is reviewed as described above. Should a user/unit who 
has previously been identified as missing be manually logged-out in a 
subsequent PAR, the user/unit's name will be removed from the 
roster. Should a user/unit who has previously been identified as 
missing be acknowledged in a subsequent PAR, the asterisk is 
removed from the roster display. 

A record of all PARs is maintained in the instrument memory 
24, including a record of all users/units who were identified as 
missing during each PAR. At the completion of the firefighting event, 


the PAR records are preferably downloaded to a central record 
keeping computer, as described more completely below. 

If more than one firefighting unit is required at the fire scene, 
accountability may be maintained by one of two methods. If there 
5 are only a small number of additional units, accountability may be 
maintained on a single instrument 10, usually the instrument 10 of 
the first engine or firefighting unit to arrive at the scene (Figure 9). 
The officer or other responsible party of each subsequently arriving 
engine momentarily contacts 1 78 a data transfer button 82 to the 

10 receptacle connector 12 of his instrument 10 to write the roster data, 
including PIB information stored with the roster names, in real time to 
the data transfer button 82. The information stored in the data 
transfer button 82 is then entered 1 80 into the accountability 
instrument 1 0 via its receptacle connector 1 2 and such instrument 

15 10 maintains a single accountability roster for all firemen at the 
scene. Individually arriving firefighters may log-on 182 to the 
accountability instrument 10 using their PIB 72 or through manual 
data entry. 

Where the number of firefighting units at the fire scene 

2 0 becomes too large to efficiently perform all accountability from one 

location, the instrument 10 of the first engine to arrive at the scene is 
designated as the accountability instrument 1 0, running in 
accountability mode, and maintains overall accountability for the 
entire scene (Figure 10). The instruments 10 of later arriving engines 
25 are placed in the sector mode, thereby designating such instruments 
as "sector instruments", and maintain accountability for specific 
sectors of the scene. Sector mode operates similarly to 
accountability mode, preferably tracking personnel, exposure times to 
IDLH environments, etc, except that only those personnel operating 

3 0 within the particular sector are maintained on the sector roster. 
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Generally, the accountability data resident in the sector 
instruments 10 also is kept in the accountability instrument 10. 
Thus, on a scene that requires use of an accountability instrument 10 
as well as one or more sector instruments 1 0, redundant records are 
maintained on the accountability and sector instruments 1 0. Each of 
the sector instruments 1 0 will have a unique identifier 1 1 2 which 
appears in the first tier 1 1 0 of the log-in and display system of the 
accountability instrument 10. The users logged-in to the sector 
instruments 10 will be logged-in to the accountability instrument 10 
in a higher level tier, generally the second level tier 116. An 
instrument 1 0 is preferably switched into sector mode by pressing 
the mode button 46. 

Information may be transferred between the accountability and 
sector instruments 10 by data transfer buttons 82. Preferably, the 
information transfer 1 84 between sector and accountability 
instruments 1 0 is performed periodically under the control of the 
software 26 via other common transmission protocols, such as IR, RF 
or cellular, among others via a transmitter/receiver 1 85 in each 
instrument 10. Data transfer 184 is preferably accompanied by 
visual indicators (e.g. flashing of the power indicator LEDs 48). 

To avoid confusion at the scene, it is preferable to lock the 
sectors, that is, to allow each PIB 72 to log-in 1 86 to only one sector 
instrument 10 at a time (in addition to being logged into the main 
accountability instrument 10 via the sector instrument 10). 
Consequently, the software 26 is configured to write 1 88 a lockout 
record into each PIB 72 after it logs-in 186, such that the PIB 72 
contains a record of whether it is logged into a sector instrument 10. 
When a user attempts to log-in to a sector instrument 1 0, the sector 
instrument 10 queries 190 the user's PIB 72 to detect the presence 
of a lockout record. If no lockout record is found, the sector 


instrument software logs-in 186 the PIB 72 and records 188 a 
lockout record in the PIB 72. If the software 26 determines that the 
PIB 72 already has a lockout record, the software 26 does not log-in 
the PIB 72. 

However, it is also preferable that each officer operating a 
sector instrument 10 have the authority to override 192 a sector lock 
should that person learn that the owner of the locked PIB 72 has 
been manually logged out of the first sector instrument 10. This may 
be accomplished by providing the responsible person with a series of 
override keystrokes, or by programming override authorization codes 
on the responsible person's PIB 72 or on the data transfer button 82 
corresponding to that instrument 10. Thus in the sector mode, the 
secondary, sector instruments 1 0 track constituent team rosters in 
specific portions or sectors of a fire scene by logging in or out only 
those personnel assigned to that particular sector. The sector mode 
otherwise performs all the functions of the accountability mode. 

At the conclusion of an incident, all personnel log-out 1 94 from 
the sector and accountability instruments. The recorded information 
pertaining to the users, locations, exposure times etc. is downloaded 
198 from the sector instruments 10 to the accountability instrument 
after a fire in which sectors were assigned. Periodically, the recorded 
information is downloaded into a central computer 196. The 
downloading operation may be carried out using data transfer buttons 
82 or, preferably, other common transmission protocols, such as IR, 
RF or cellular, among others. Data transfer is preferably accompanied 
by visual indicators (e.g. flashing of the power indicator LEDs). The 
download may occur immediately after the firefighting unit has left 
the fire scene. However, immediate transfer of incident data from 
the accountability instrument 10 to the computer 196 is not required, 
since the accountability instrument 1 0 can store multiple incidents for 
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future download to a computer 196. The maximum interval between 
downloads depends on the storage capacity of the unit instrument 
memory and the frequency and duration of the firefighting incidents. 
The software application on the computer 1 96 advantageously 
5 displays the data in detailed time history format, tracking all events of 
the incident. The application assigns an incident number to each 
event before the incident is stored in a master database. Preferably, 
the application allows the user to enter additional detailed information 
of the incident for report generation. 

10 Thus the information transferred to and subsequently stored on 

the computer 1 96 is accurate and timely because it is free of human 
entry errors as a result of using the instrument identification system 
comprising a PIB 72 and connectors 12 and the methods outlined 
herein in accordance with the present invention. 

15 In another embodiment, the instrument 10 is provided with a 

manual data entry device, including, for example, a keyboard, 
magnetic touch pad, voice-to-text device or a device containing a 
preloaded comprehensive roster of all personnel communicable with 
the instrument via a connector 12, the IR port 88, a cellular or RF link 

20 185, or other known data transmission protocol/apparatus. Thus, 
specific data for personnel reporting without a PIB may be entered 
into the accountability or sector instruments 10 manually. 

While preferred embodiments have been shown and described, 
various modifications and substitutions may be made thereto without 

25 departing from the spirit and scope of the invention. Accordingly, it 
is to be understood that the present invention has been described by 
way of illustration and not limitation. 
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